home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19951130-19960209 / 000124_news@columbia.edu_Sat Dec 16 22:47:38 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08904
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun>); Sat, 16 Dec 1995 17:48:43 -0500
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.6.12/8.6.12) id RAA00770 for kermit.misc@watsun; Sat, 16 Dec 1995 17:47:42 -0500
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: k95 telnet, msk3.14/com3 on NT
  8. Date: 16 Dec 1995 22:47:38 GMT
  9. Organization: Columbia University
  10. Lines: 27
  11. Message-Id: <4aviaa$nv@apakabar.cc.columbia.edu>
  12. References: <4at2gh$e75@crl.crl.com>
  13. Nntp-Posting-Host: watsun.cc.columbia.edu
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <4at2gh$e75@crl.crl.com>, Randy Ding <randyd@crl.com> wrote:
  17. >I am running Windows NT 3.51 patch 2, using RAS to a PPP server,
  18. >Zoom V.34 modem on com3 (int 5), K95 v1.1.1
  19. >
  20. >(a) how do you keep telnet from auto connecting, example...
  21. >
  22. >define TELCRL,-
  23. >  telnet crl.com,-     ; this requires an alt-X to continue?
  24. >
  25. Don't say "telnet", say "set host".  "telnet blah" is equivalent
  26. to "set host blah" followed by "if success connect".
  27.  
  28. >(b) I first used Kermit 3.14 under NT.  When the modem is on com3
  29. >    it will not echo any characters to the screen, however it
  30. >    communicates just fine, ex: atz resets the modem and atdt dials.
  31. >    Moving the modem to com2 fixes the problem.
  32. >
  33. >    I used msdos Kermit for many years on com3 with the non-standard
  34. >    interrupt (under dos) and think this is an NT Command-Shell problem.
  35. >    Is this what you believe?
  36. >
  37. I think the standard advice about "can talk but not listen syndrome"
  38. from the KERMIT.BWR file applies here -- the most likely cause is that
  39. Kermit is listening on one interrupt and the port (or in this case, the
  40. "port simulator" that the NT driver presents to Kermit) is using another.
  41.  
  42. - Frank